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DETAILED ACTION 

1. The amendment filed 10/01/07 has been received and considered. Claims 6 and 
18 are canceled. Claims 1-5, 7-17 and 19-96 are presented for examination. 

Continued Examination under 37 CFR 1. 1 14 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.1 14, and the fee set 
forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action 

« 

has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
11/30/07 has been entered. 

Claim Interpretation 

3. Office personnel are to give claims their "broadest reasonable interpretation" in 
light of the supporting disclosure. In re Morris, 127 F.3d 1048, 1054-55, 44 USPQ2d 
1023, 1027-28 (Fed. Cir. 1997). Limitations appearing in the specification but not recited 
in the claim are not read into the claim. In re Prater, 415 F.2d 1393, 1404-05, 162 
USPQ 541, 550-551 (CCPA 1969). See *also In re Zletz, 893 F.2d 319,321-22, 13 
USPQ2d 1320, 1322(Fed. Cir. 1989) ("During patent examination the pending claims 
must be interpreted as broadly as their terms reasonably allow").... The reason is simply 
that during patent prosecution when claims can be amended, ambiguities should be 
recognized, scope and breadth of language explored, and clarification imposed.... An 
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essential purpose of patent examination is to fashion claims that are precise, clear, 
correct, and unambiguous. Only in this way can uncertainties of claim scope be 
removed, as much as possible, during the administrative process. 

4. In the absence of an elaboration of "discrete" in the Application description, the 
claims reciting "a discrete wind turbulence. model" were interpreted according to this 
dictionary definition (American Heritage® Dictionary of the English Language): 
Mathematics Defined for a finite or countable set of values; not continuous. 

5. Claims recite "simple variable mass" and "custom variable mass". The 
specification defines "simple variable mass" and "custom variable mass" as "The 
variable mass includes at least one of simple variable mass in which mass changes via 
mass rate, and a custom variable mass in which users may specify how the mass 
changes" (see page 4, lines 8-10). The claims reciting "simple variable mass" and 
"custom variable mass" were interpreted according to this definition. 

6. Claims recite "a non-standard day atmosphere model". The specification defines 
"a non-standard day atmosphere model" as "In the illustrative embodiment, the Non- 
standard Day 310 atmosphere model 223 and Non-Standard Day 21 OC atmosphere 
model 224 implement the data set forth in military standards MIL-HDBK-310 and MIL- 
STD-2.100, respectively, for absolute temperature, pressure, density, and speed of 
sound for the input geopotential altitude ... The military standards MIL-HDBK-310 and 
MIL-STD-210C are illustrative standards for the embodiment of non-standard day 
atmosphere models" (see page 13, 2"^ paragraph). Examiner interprets "a non standard 
day atmosphere model" as a model in which "geopotential altitude" is an input 
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7. The Examiner would like to point out that the Examiner, throughout the 
prosecution of this application, applied art in accordance with the guidance set forth in 
MPEP § 2131, "The elements must be arranged as required by the claim, but this is not 
an ipsissimis verbis test, i.e., identity of terminology is not required". 

Claim Objections 

8. Claim 52 is objected to because of the following informalities: 

9. Claim 52, line 1 recites "the common coordinate systems", which is 
grammatically incorrect. Examiner interprets as "the common coordinate system" for 
examination purposes. 

10. Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

11. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

12. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 
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4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

13. Claims 1-5, 7-17 and 19-96 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over AeroSim Blockset User's Guide, (AeroSim hereinafter), taken in view 
of Marc Rauw, (Rauw hereinafter), FDC 1.2 - A Simulink Toolbox for Flight Dynamics 
and Control Analysis. 

14. As to claim 1 , AeroSim discloses a computer-implemented method for modeling 
a target system (see "AeroSim aeronautical simulation blockset provides a complete 
set of tools for the rapid development of nonlinear 6-degree-of-freedom aircraft 
dynamic models" in page 3, col. 2, last paragraph, lines 1-3), the method comprising: 
identifying a first icon that represents multiple component models in a model of a 
target system (see "The main library folder, shown in Fig. 31 includes sub-folders for 
various parts of the aircraft dynamic model. The sub-sections of the Block Reference 
section correspond to these library subfolders. The AeroSim library contains a total of 
103 blocks ..." in page 41 , 2"^ paragraph and Figure 31); associating the first icon with 
a component in the model of a target system (see "The AeroSim library folders, 
presented in Fig. 2, provide more than one-hundred blocks commonly used in the 
development of aircraft dynamic models" in page 3i col. 2, last paragraph, lines 1-3 and 

ft 

icons in Fig. 2), where the component represents a portion of the target system 
(see "The AeroSim library includes all of the 6/oc/cs needed for building a nonlinear 
six-degree-of-freedom aircraft model" in page 41, 1^^ paragraph, lines 1-2); displaying 
a user interface in response to a user action (see "double-click the block to open the 
block parameters dialog" in page 32, 4^^ paragraph and user interface/dialog box in 
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Fig. 2), the user interface including a mechanism that provides the user with the multiple 
component models (see page 41, 2"^ paragraph); incorporating the first component 
model, into the model of the target system using the first icon (see "The main library 
folder, shown in Fig. 31 includes sub-folders for various parts of the aircraft 
dynamic model" in page 41, 2"^ paragraph, lines 1-2 and icons in Fig. 31); and saving 
the model of the target system that includes the first component model in a memory 
(see "The library also provides complete aircraft models" in page 4, col. 2, last 
paragraph). Examiner relies upon AeroSim's " blocks " (see "The AeroSim library 
folders, presented in Fig. 2, provide more than one-hundred blocks commonly used in 
the development of aircraft dynamic models. These include nonlinear equations of 
motion , linear aerodynamics, piston-engine propulsion, aircraft inertia parameters, 
atmosphere models. Earth models, sensors and actuators, frame transformations, and 
pilot interfaces such as joystick input and 3-D visual output" in AeroSim page 3, col. 2, 
last paragraph to page 4, col. 2, 1^* paragraph) to teach the limitation of "component 
models"; since, for example, the specification defines "The component models 
include models for three-deqree-of-freedom equations of motion with variable 
mass and/or six-degree-of-freedom equations of motion with variable mass" (see page 
5, 2"^ paragraph, lines 4-6). 

15. While AeroSim discloses presenting a user interface in response to an action 
taken by a user (see "double-click the block to open the block parameters dialog" in 
page 32, 4*^ paragraph and user interface/dialog box in Fig. 2), AeroSim fails to disclose 
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where the user action includes selecting the first icon and receiving a user selection that 
selects a first component model from the multiple component models, 

16. Rauw discloses displaying a user interface in response to a user action (see "the 
designer should be able to manipulate all elements of a specific control system, as well 
as the mathematical models involved in a specific design task, by means of a graphical 
user-interface" in page 15, lines 3-5), where the user action includes selecting the first 
icon (see "double-clicking an INCOLOAD button within a graphical Simulink system 
from FDC 1.2, after which a user menu will be displayed, see figure 9.2" in page 143, 
last 2 lines and page 144, figure 9.2), and receiving a user selection that selects a first 
component model from the multiple component models (see "the designer should be 
able to manipulate all elements of a specific control system, as well as the mathematical 
models involved in a specific design task, by means of a graphical user-interface" in 
page 15, lines 3-5). 

17. AeroSim and Rauw are analogous art because they are both related to flight 
dynamics. 

18. Therefore, it would have been obvious to one of ordinary skill in this art at the 
time of invention by applicant to utilize the steps of Rauw in the method of AeroSim 
because Rauw develops the Flight Dynamics and Control toolbox FDC based upon 
Matlab and Simulink, as a graphical software environment for the design and analysis of 
aircraft dynamics and control systems (see page iii, lines 1-3), and as a result, Rauw 
reports the following improvements over his prior art, i.e. flight control systems with 
mechanical linkages: a full authority, fly-by-wire, digital control system, i.e. an Automatic 
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Flight Control System (AFCS), which incorporates design-techniques and mathematical 
dynamic models in a user-friendly Computer Assisted Control System Design (CACSD) 
package (see page 1 1 , lines 3-9). 

19. As to claim 2, AeroSim discloses a method further comprising: switching the first 
icon to represent a second component model by selecting the second component model 
in the user interface (see "library" in page 3, col. 2, last paragraph, lines 1-3). 

20. As to claim 3, Rauw discloses a method wherein the component models belong 
to a category of atmosphere models that include at least a non standard day 
atmosphere model (see "a non standard day atmosphere model" as a model in which 
"the geometrical altitude h in this equation must be replaced by the geopotential 
altitude" in page 24, last paragraph to page 25, last paragraph, line 2). As per "The 
standards MIL-HDBK-310 and MIL-STD-210C also provide consistent vertical profiles of 
temperature and density up to 80 km based on extremes at 5, 10, 20, 30 and 40 km. 
The input of the models is geopotential height " (see application description page 13, 2"^* 

4 

paragraph, lines 10-13), Examiner interprets "a non standard day atmosphere model" 
as a model in which "the geometrical altitude h in this equation must be replaced by the 
geopotential altitude ". 

21 . As to claim 4, AeroSim discloses a method wherein the component models 
belong to a category of wind turbulence models that include at least a discrete 
turbulence model (see page 65). 

22. As to claim 5. AeroSim discloses a method of claim wherein the component 
models belong to a category of equations of motion models that include at least one 
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simple variable mass model and at least one custom variable mass model (see "current 
mass of the fuel in the tank" in page 177, col. 2, line 1). 

23. As to claim 7, AeroSim discloses a method wherein component models provided 
as options of the user interface may be extended by users (see page 32, 1®^ and 2"^ 
paragraphs). 

24. As to claim 8, AeroSim discloses a method wherein after the second component 
model is selected in the user interface, the second component model is incorporated 
into the model of the target system through the first icon (see page 32, 4^*^ paragraph). 

25. As to claim 9, AeroSim discloses a method wherein the first component model 
has a same configuration of external ports that can be of input or output type as the 
second component model (see "customized" in page 26, lines 1-4). 

26. As to claim 10, AeroSim discloses a method wherein the first component model 
has a different configuration of external ports t hat can be of input or output type as the 
second component model (see "customized" in page 26, lines 1-4; page 35, col. 2, next 
to last paragraph; and "which specifies what parameters of the flight dynamics model 
the program will output " in page 36, col. 1, OUTPUT bullet). 

27. As to claim 1 1 , AeroSim discloses a method wherein the first Icon represents one 
of the first component model and the second component model depending on users' 
selection of the first component model and the second component model (see "we will 
specify the aircraft parameter file" in page 32, 4*^ paragraph). 
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28. As to claim 12, AeroSim discloses a method wherein the first component model 
is switched to the second component model without replacing the first icon by a second 
icon representing the second component model (see page 32, 4*^ paragraph). 

29. As to claim 13, AeroSim discloses a computer-implemented method for 
modeling a target system (see "AeroSim aeronautical simulation blockset provides a 
complete set of tools for the rapid development of nonlinear 6-degree-of-freedom 
aircraft dynamic models" in page 3, col. 2, last paragraph, lines 1-3), the method 
comprising: identifying a first icon that represents multiple component models in a 
model of a target system (see "The main library folder, shown in Fig. 31 includes sub- 
folders for various parts of the aircraft dynamic model. The sub-sections of the Block 
Reference section correspond to these library subfolders. The AeroSim library contains 
a total of 103 blocks ..." in page 41. 2"^ paragraph); associating the first icon with a 
component in the model of the target system (see "The AeroSim library folders, 
presented in Fig. 2, provide more than one-hundred blocks commonly used in the 
development of aircraft dynamic models" in page 3, col. 2, last paragraph, lines 1-3 and 
icons in Fig. 2), where the component represents a portion of the target system (see 
"The AeroSim library includes all of the blocks needed for building a nonlinear six- 
degree-of-freedom aircraft model" in page 41, 1®^ paragraph, lines 1-2); displaying a 
user interface in response to a user action (see "double-click the block to open the block 
parameters dialog" in page 32, 4*^ paragraph and user interface/dialog box in Fig. 2), 
the user interface including a mechanism that provides the user with the multiple 
component models (see page 41, 2"^ paragraph); incorporating the first component 
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model into the model of the target system using the icon after a sequence of 
modifications to the model (see "The main library folder, shown in Fig. 31 includes sub- 
folders for various parts of the aircraft dynamic model" in page 41, 2"^ paragraph, 
lines 1-2 and icons in Fig. 31); and saving the model of the target system that includes 
the first component model in a memory (see "The library also provides complete aircraft 
models" in page 4, col. 2, last paragraph). Examiner relies upon AeroSim's " blocks " 
(see 'The AeroSim library folders, presented in Fig. 2, provide more than one-hundred 
blocks commonly used in the development of aircraft dynamic models. These include 
nonlinear equations of motion , linear aerodynamics, piston-engine propulsion, aircraft 
inertia parameters, atmosphere models, Earth models, sensors and actuators, frame 
transformations, and pilot interfaces such as joystick input and 3-D visual output" in 
AeroSim page 3, col. 2, last paragraph to page 4, col. 2, 1^^ paragraph) to teach the 
limitation of "component models"; since, for example, the specification defines "The 
component models include models for three-deqree-of-freedom equations of 
motion with variable mass and/or six-degree-of-freedom equations of motion with 
variable mass" (see page 5, 2""^ paragraph, lines 4-6). While AeroSim discloses 
presenting a user interface in response to an action taken by a user (see "double-click 
the block to open the block parameters dialog" in page 32, 4*'' paragraph and user 
interface/dialog box in Fig. 2), AeroSim fails to disclose where the user action includes 
selecting the first icon and receiving a user selection that selects a first component 
model from the multiple component models. Rauw discloses displaying a user interface 
in response to a user action (see "the designer should be able to manipulate all 
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elements of a specific control system, as well as the mathematical models involved in a 
specific design task, by means of a graphical user-interface" in page 15, lines 3-5), 
where the user action includes selecting the first icon (see "double-clicking an 
INCOLOAD button within a graphical Simulink system from FDC 1.2, after which a user 
menu will be displayed, see figure 9.2" in page 143, last 2 lines and page 144, figure 
9.2), and receiving a user selection that selects a first component model from the 
multiple component models (see "the designer should be able to manipulate all 
elements of a specific control system, as well as the mathematical models involved in a 
specific design task, by means of a graphical user-interface" in page 15, lines 3-5). 

30. As to claim 14, AeroSim discloses a method further comprising: switching the 
first icon to represent a second component model by selecting the second component 
model in the user interface (see "library" in page 3, col. 2, last paragraph, lines 1-3). 

31 . As to claim 15, Rauw discloses a method wherein the component models belong 
to a category of atmosphere models that include at least a non standard day 
atmosphere model (see "a non standard day atmosphere model" as a model in which 
"the geometrical altitude h in this equation must be replaced by the geopotential 
altitude" in page 24, last paragraph to page 25, last paragraph, line 2). As per "The 
standards MIL-HDBK-310 and MIL-STD-210C also provide consistent vertical profiles of 
temperature and density up to 80 km based on extremes at 5, 10, 20, 30 and 40 km. 
The input of the models is geopotential height " (see application description page 13, 2"^ 
paragraph, lines 10-13), Examiner interprets "a non standard day atmosphere model" 
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as a model in which "the geometrical altitude h in this equation must be replaced by the 
qeopotential altitude ". 

32. As to claim 16, AeroSim discloses a method wherein the component models 
belong to a category of wind turbulence models that include at least a discrete 
turbulence model (see page 65). 

33. As to claim 17, AeroSim discloses a method wherein the component models 
belong to a category of equations of motion models that include at least one simple 
variable mass model and at least one custom variable mass model (see "current mass 
of the fuel in the tank" in page 177, col. 2, line 1). 

34. As to claim 19, AeroSim discloses a method wherein component models 
provided as options of the user interface may be extended by users (see page 32, 1^* 
and 2"^ paragraphs). 

35. As to claim 20, AeroSim discloses a method wherein after the second component 
is selected in the user interface, the second component model is incorporated into the 
model of the target system through the first icon (see page 32, 4^^ paragraph). 

36. As to claim 21 , AeroSim discloses a method wherein the first component model 
has a same configuration of external ports that can be of input or output type as the 
second component model (see "customized" in page 26, lines 1-4). 

37. As to claim 22, AeroSim discloses a method wherein the first component model 
has a different configuration of external ports that can be of input or output type as the 
second component model (see "customized" in page 26, lines 1-4; page 35, col. 2, next 



9 
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to last paragraph; and "which specifies what parameters of the flight dynamics model 
the program will output " in page 36, col. 1 , OUTPUT bullet). 

38. As to claim 23, AeroSim discloses a method wherein the first icon represents one 
of the first component model and the second component model depending on users' 
selection of the first component model and the second component model (see "we will 
specify the aircraft parameter file" in page 32, 4*^ paragraph). 

39. As to claim 24, AeroSim discloses a method wherein the first component model 
is switched to the second component model without replacing the first icon by a second 
icon representing the second component model (see page 32, 4*^ paragraph). 

40. As to claim 25, AeroSim discloses a computer implemented system for 

■ 

designing a target system (see "AeroSim aeronautical simulation blockset provides a 
complete set of tools for the rapid development of nonlinear 6-degree-of-freedom 
aircraft dynamic models" in page 3, col. 2, last paragraph, lines 1-3) in which a 
planetary environment is one of factors for designing the target system, the system 
comprising: a model storage for storing and providing models necessary to design the 
target system (see "library" in page 3, col. 2, last paragraph, lines 1-3); a design unit for 
designing the target system by utilizing the models provided by the model storage (see 
page 4, col. 2, last paragraph); and a memory for saving a model of the target system 
(see "The library also provides complete aircraft models" in page 4, col. 2, last 
paragraph). Rauw discloses model storage including at least one non-standard day 
atmosphere model (see "a non standard day atmosphere model" as a model in which 
"the geometrical altitude h in this equation must be replaced by the geopotential 
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altitude" in page 24, last paragraph to page 25, last paragraph, line 2). As per "The 
standards MIL-HDBK-310 and MIL-STD-210C also provide consistent vertical profiles of 
temperature and density up to 80 km based on extremes at 5, 10, 20, 30 and 40 km. 
The input of the models is oeopotential height " (see application description page 1 3, 2""^ 
paragraph, lines 10-13). Examiner interprets "a non standard day atmosphere model" 
as a model in which "the geometrical altitude h in this equation must be replaced by the 
geopotential altitude ". 

41 . As to claim 26, AeroSim discloses a system further comprising an execution unit 
for executing the target system designed in the design unit (see page 32, 1®' and 2"** 
paragraphs). . 

42. As to claim 27, AeroSim discloses a system wherein the execution unit is 
realized through a process of automatic code generation from the design unit (see page 
32, 2""^ paragraph). 

43. As to claim 28, AeroSim discloses a system wherein numerical representations 
of the models including data type, precision and data vectorization of the models are 
automatically derived from the context of using the models when executing the models 
(see page 32, 4*^ and 5*^ paragraphs). 

44. As to claim 29. Rauw discloses a system wherein the non-standard day 
atmosphere model includes a model incorporating a non-standard day atmosphere from 
one of military standard specifications MIL-HDBK-310 and MIL-STD-210C (see "a non 
standard day atmosphere model" as a model in which "the geometrical altitude h in this 
equation must be replaced by the geopotential altitude" in page 24, last paragraph to 
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page 25. last paragraph, line 2). As per "The standards MIL-HDBK-310 and MIL-STD- 
21 OC also provide consistent vertical profiles of temperature and density up to 80 km 
based on extremes at 5, 10, 20, 30 and 40 km. The input of the models is qeopotential 
height " (see application description page 13, 2""^ paragraph, lines 10-13), Examiner 
interprets "a non standard day atmosphere model" as a model in which "the geometrical 
altitude h in this equation must be replaced by the qeopotential altitude ". 

45. Claim 29, has been given a broad reasonable interpretation by the Examiner. 
The Examiner notes that the implementation disclosed in (page 24, last paragraph to 
page 25, last paragraph, line 2) is functionally equivalent to the results produced by the 
implementation expressly claimed in Applicant's dependent claim 29. Therefore, the 
"product" that is produced by performing the implementation disclosed in dependent 
claim 29 is the functional equivalent of the "product" that is produced in (page 24, last 
paragraph to page 25, last paragraph, line 2). Although the "implementation" by which 
the end result is different, the final result for the "implementation" is identical. 

46. As to claim 30, AeroSim discloses a system wherein the model storage includes 
standard atmosphere models (see page 3, col. 2, last line). 

47. As to claim 31 , AeroSim discloses a system wherein the standard atmosphere 
model includes a Committee on Extension to the Standard Atmosphere (COESA) 
atmosphere model (see page 3, col. 2, last line). 

48. Claim 31, has been given a broad reasonable interpretation by the Examiner. 
The Examiner notes that the implementation disclosed in (page 3. col. 2. last line) js 
functionally equivalent to the results produced by the implementation expressly claimed 
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in Applicant's dependent claim 31. Therefore, the "product" that is produced by 
performing the implementation disclosed in dependent claim 31 is the functional 
equivalent of the "product" that is produced in (page 3, col. 2, last line). Although the 
"implementation" by which the end result is different, the final result for the 
"implementation" is identical. 

49. As to claim 32, AeroSim discloses a system wherein the models provided from 
the model storage are represented in symbols (see page 4, Fig. 2). 

50. As to claim 33, AeroSim discloses a system wherein the symbols include blocks 
(see " blocks" in page 3, col. 2, last paragraph, lines 1-3). 

51 . As to claim 34, AeroSim discloses a system wherein the design unit provides a 
user interface to enter parameters for each block of the target system in response to an 
action taken by users (see page 32, 4'*^ paragraph). 

52. As to claim 35, AeroSim discloses a system wherein the user interface is 
provided in response to users clicking each block of the target system (see page 41,2"^ 
paragraph). 

53. As to claim 36, AeroSim discloses a system wherein the user interface provides 
an option to select one of the atmosphere models in the model storage (see page 41 , 
2"^ paragraph and "atmosphere" icon in Fig. 31). 

54. As to claim 37, AeroSim discloses a system wherein the atmosphere models in 
the model storage are provided in the user interface in response to an action taken by 
users (see page 41, 2"^ paragraph and "atmosphere" icon in Fig. 31, as well as page 
62). 
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55. As to claim 38, AeroSim discloses a computer implemented system for 
designing a target system (see "AeroSim aeronautical simulation blockset provides a 
complete set of tools for the rapid development of nonlinear 6-degree-of-freedom 
aircraft dynamic models" in page 3, col. 2, last paragraph, lines 1-3) in which a 
planetary environment is one of factors for designing the target system, the system 
comprising: a model storage for storing and providing models necessary to design the 
target system (see "library" in page 3, col. 2, last paragraph, lines 1-3); a design unit for 
designing the target system by utilizing the models provided by the model storage (see 
page 4, col. 2, last paragraph), and a memory for saving a model of the target system 
(see "The library also provides complete aircraft models" in page 4, col. 2, last 
paragraph). Rauw discloses wherein the model storage provides a plurality of wind 
turbulence models including at least a discrete wind turbulence model (see "discrete" as 
"3x1 VECTOR", since Rauw's 3x1 vector is not continuous, in "Inputs: VelW = the 3x1 
VECTOR of wind-axes velocities" and "Outputs: TurbVel = the 3x1 VECTOR of 
turbulence velocities" in the same Rauw page 65). 

56. As to claim 39, AeroSim discloses a system further comprising an execution unit 
for executing the target system designed in the design unit (see page 32, 1^* and 2"^ 
paragraphs). 

57. As to claim 40, AeroSim discloses a system wherein the execution unit is 
realized through a process of automatic code generation from the design unit (see page 
32, 2""^ paragraph). 
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58. As to claim 41 , AeroSim discloses a system wherein numerical representations 
including data type, precision and data vectorization of the models are automatically 
derived from the context of using the models when executing the models (see page 32, 
4*^ and 5^^ paragraphs). 

59. As to claim 42, AeroSim discloses MIL-STD-8785C (see "Von Karman" in page 
65, line 1). Rauw discloses a system wherein the plurality of wind turbulence model 
includes a model incorporating a wind turbulence model from one of military 
specifications MIL-HDBK-1797 (see "MIL-HDBK-1797" as "digital Dryden" in page 57, 
last paragraph to page 58, 1st paragraph) and MIL-STD-8785C (see "Von Karman" in 
page 65, line 1 and as " Dryden" in page 118. Description, lines 1-2), As per "The 
specifications MIL-F-8785C and MIL-STD-1797 provide atmospheric turbulence forms 
including Von Karman form and Dryden form, discrete wind gust form and wind shear 
form. The specification MIL-STD-1797 additionally provides the digital filter 
implementation of the Dryden turbulence components" (see application description page 
14, last paragraph), Examiner interprets "MIL-F-8785C" as "atmospheric turbulence 
forms including Von Karman form and Dryden form" and "MIL-HDBK-1797" as "digital 
filter implementation of the Dryden turbulence components". 

60. As to claim 43, Rauw discloses a system wherein the plurality of wind turbulence 
models includes wind turbulence models that are continuous in altitude (see "A major 
drawback of the Von Karman spectral densities is that they are not rational functions of 
Q. For this reason the following power spectral density model is often used for flight 
simulation, i.e. Dryden spectra" in page 32, 3'^ to 2"^ paragraphs from the bottom). 
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61 . As.to claim 44, Rauw discloses a system wherein the plurality of wind turbulence 
models includes wind turbulence models at altitudes within multiple transition regions 
between the multiple regions for wind turbulence models (see "regions" as "steady and 
non-steady atmospheres" in page 235 to page 237, 1st paragraph). 

62. As to claim 45, Rauw discloses a system wherein the plurality of wind turbulence 
models includes a wind turbulence model at an altitude in a transition region between 
first and second regions (see "first region" as flight, "transition" as "approach", and 
"second region" as "landing" in page 235, lines 1-10). 

63. As to claim 46, Rauw discloses a system wherein the wind turbulence models in 
the first and second regions being defined in military specifications (see "military 
specifications" as "digital Dryden" in page 57, last paragraph to page 58, 1st paragraph, 
"Von Karman" in page 65, line 1 and as " Dryden" in page 118, Description, lines 1-2). 
As per "The specifications MIL-F-8785C and MIL-STD-1797 provide atmospheric 
turbulence forms including Von Kannan form and Dryden form, discrete wind gust form 
and wind shear form. The specification MIL-STD-1797 additionally provides the digital 
filter implementation of the Dryden turbulence components" (see application description 
page 14, last paragraph). Examiner interprets "MIL-F-8785C" as "atmospheric 
turbulence forms including Von Karman form and Dryden form" and "MIL-HDBK-1797" 
as "digital filter implementation of the Dryden turbulence components". 

64. As to claim 47, Rauw discloses a system wherein the wind turbulence models 
within a plurality of transition regions generate values of the wind turbulence model by 



* 
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transition metliods between the multiple regions for wind turbulence (see page 236, 3^*^ 
paragraph from the bottom, lines 2-7). 

65. As to claim 48, Rauw discloses a system wherein the transition method of the 
wind turbulence model within a single transition region may contain a plurality of 
transition methods (see page 236, 3^^ paragraph from the bottom, lines 2-7). 

66. As to claim 49, Rauw discloses a system wherein the plurality of transition 
methods may overlap (see page 236, 3^^ paragraph from the bottom, lines 2-7). 

67. As to claim 50, AeroSim discloses a system wherein the wind turbulence model 
in the. transition region generates values of the wind turbulence model by linearly 
interpolating between values of wind turbulence models between the plurality of 
transition regions (see page 63, col. 1, last paragraph). 

68. As to claim 51 , Rauw discloses a system wherein the wind turbulence model 
transforms coordinates of the wind turbulence model in a plurality of regions to a 
common coordinate system (see page 233, Section B2.2). 

69. As to claim 52, Rauw discloses a system wherein the common coordinate 
system is the coordinates of the wind turbulence model in one of the plurality of regions 
(see page 237, Section B.5). 

70. As to claim 53, Rauw discloses a system wherein the wind turbulence model 
transforms coordinates of the wind turbulence model in the first region to coordinates of 
the wind turbulence model in the second region (see page 237, Section B.5). 

71 . As to claim 54, AeroSim discloses a system wherein the models provided from 
the model storage are represented in symbols (see page 4, Fig. 2). 
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72. As to claim 55, AeroSim discloses a system wherein the symbols include blocks 
(see " blocks" in page 3, col. 2, last paragraph, lines 1-3). 

73. As to claim 56, AeroSim discloses a system wherein the design unit provides a 
user interface to enter parameters for each block of the target system in response to an 
action taken by users (see page 32, 4**^ paragraph). 

74. As to claim 57, AeroSim discloses a system wherein the user interface is 
provided in response to users clicking each block of the target system (see page 41, 2"^ 
paragraph). 

75. As to claim 58, AeroSim discloses a system wherein the user interface provides 
an option to select one of the wind turbulence models from the model storage (see page 
41, 2""* paragraph and "atmosphere" icon in Fig. 31, as well as page 62). 

« 

76. As to claim 59, AeroSim discloses a system wherein the wind turbulence models 
from the model storage are provided in the user interface in response to an action taken 
by users (see page 41, 2"^ paragraph and "atmosphere" icon in Fig. 31). 

77. As to claim 60, AeroSim discloses a computer implemented system for 
designing a target system (see "AeroSim aeronautical simulation blockset provides a 
complete set of tools for the rapid development of nonlinear 6-degree-of-freedom 
aircraft dynamic models" in page 3, coL 2, last paragraph, lines 1-3) in which an 
aerospace or aeronautic model is one of elements for designing the target system, the 
system comprising: a model storage for storing and providing models necessary to 
design the target system (see "library" in page 3, col. 2, last paragraph, lines 1-3); a 
design unit for designing a model of the target system by utilizing the models provided 
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by the model storage, and a memory for saving a model of the target system (see "The 
library also provides complete aircraft models" in page 4, col. 2, last paragraph), 
wherein the model storage provides a plurality of models for equations of motion (see 
page 4, col. 2, last paragraph). Rauw discloses wherein the plurality of models for 
equations of motion include at least one model for equations of motion with simple 
variable mass and at least one model for equations of motion with custom variable 
mass (see "simple and custom variable mass", since Rauw's model incorporates mass 
fuel flow out of and/or into the tank, i.e. mass rate changes, in "1. Parameters: Initial 
mass = the initial value for the fuel flow integrator. Tank structure = a Matlab structure 
which contains the tank parameters read from the JSBSim configuration file. 2. Inputs: 
MassFlow = the mass fuel flow out of the tank (use negative input if the fuel flows into 
the tank... 3. Outputs: current mass of the fuel in the tank)" in page 177, col. 1 to page 
177, col. 2. linel). 

78. As to claim 61 , AeroSim discloses a system further comprising an execution unit 
for executing the target system designed in the design unit (see page 32, 1^* and 2"^ 
paragraphs). 

79. As to claim 62, AeroSim discloses a system wherein the execution unit is 
realized through a process of automatic code generation from the design unit (see page 
32, 2""^ paragraph). 

80. As to claim 63, AeroSim discloses a system wherein numerical representations 
including data type, precision and data vectorization of the models are automatically 
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derived from the context of using the models when executing the models (see page 32, 
4'^ and 5"^ paragraphs). 

81 . As to claim 64, AeroSim discloses a system wherein the models for equations of 
motion include models for one of three-degree-of-freedom equations of motion and six- 
degree-of-freedom equations of motion (see page 41, lines 1-2). 

82. As to claim 65, AeroSim discloses a system wherein the plurality of models for 
equations of motion implement in multiple axes representations (see "EOM" in page 89, 
lines 7-9). 

83. As to claim 66, AeroSim discloses a system wherein the plurality of models for 
equations of motion implement in one of body axes (see " body axes" in page 89, lines 
7-9) and wind axes (see page 50). 

84. As to claim 67, AeroSim discloses a system wherein the models provided from 
the model storage are represented in symbols (see page 4, Fig. 2). 

85. As to claim 68, AeroSim discloses a system wherein the symbols include blocks 
(see " blocks" in page 3, col. 2. last paragraph, lines 1-3). 

86. As to claim 69, AeroSim discloses a system wherein the design unit provides a 
user interface to enter parameters for each block of the target system in response to an 
action taken by users (see page 32, 4^^ paragraph). 

87. As to claim 70, AeroSim discloses a system wherein the user interface is 
provided in response to users clicking each block of the target system (see page 41,2"^ 
paragraph). 
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88. As to claim 71 , AeroSim discloses a system wherein the user interface provides 
an option to select one of the equations of motion models in the model storage (see 
page 41 , 2"^ paragraph and "equations of motion" icon in Fig. 31 , as well as page 89). 

89. As to claim 72, AeroSim discloses a system wherein the equations of motion 
models in the model storage are provided in the user interface in response to an action 
taken by users (see page 41, 2"^ paragraph and "equations of motion" icon in Fig. 31). 

90. As to claim 73, AeroSim discloses a computer-readable medium holding 
instructions executable in a computer for the design of a target system (see "AeroSim 

c 

aeronautical simulation blockset provides a complete set of tools for the rapid 
development of nonlinear 6-degree-of-freedom aircraft dynamic models" in page 3, 
col. 2, last paragraph, lines 1-3), wherein a planetary environment is one of factors for 
designing the target system, the instructions comprising: instructions for providing 
atmosphere models necessary to design the target system (see "library" in page 3, col. 
2, last paragraph, lines 1-3); and instructions for incorporating the atmosphere models 
to the target system (see page 4, col. 2, last paragraph). Rauw discloses the 
atmosphere models Including non-standard day atmospheric models (see "a non 
standard day atmosphere model" as a model in which "the geometrical altitude h in this 
equation must be replaced by the geopotential altitude" in page 24, last paragraph to 
page 25, last paragraph, line 2). As per "The standards MIL-HDBK-310 and MIL-STD- 
210C also provide consistent vertical profiles of temperature and density up to 80 km 
based on extremes at 5, 10, 20, 30 and 40 km. The input of the models is geopotential 
height " (see application description page 13, 2"^ paragraph, lines 10-13), Examiner 
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interprets "a non standard day atmosphere model" as a model in which "the geometrical 
altitude h in this equation must be replaced by the geopotential altitude ". 

91 . As to claim 74, AeroSim discloses a medium further holding instructions for 
executing behavior of the target system designed (see page 32, 1^^ and 2"^ 
paragraphs). 

92. As to claim 75, AeroSim discloses a medium wherein the atmosphere models are 
represented by blocks (see " blocks" in page 3, col. 2, last paragraph, lines 1-3). 

93. As to claim 76, AeroSim discloses a medium wherein the instructions for 
incorporating comprises instructions for providing a graphical user interface in response 
to an action taken by a user (see page 32, 4^^ paragraph). 

94. As to claim 77, AeroSim discloses a medium wherein the graphical user interface 
is provided in response to users clicking the blocks representing atmospheric models 
(see page 41,2"^ paragraph). 

95. As to claim 78, AeroSim discloses a medium wherein the graphical user interface 
provides an option to change an atmosphere model to another atmosphere model (see 
page 41, 2"^ paragraph and "atmosphere" icon in Fig. 31). 

96. As to claim 79, AeroSim discloses a medium wherein the graphical user interface 
provides blanks to enter parameters of the atmosphere models to produce outputs of 
the atmosphere models (see page 32, 4*^ paragraph). 

97. As to claim 80, AeroSim discloses a computer-readable medium holding 
instructions executable in a computer for the design of a target system (see "AeroSim 
aeronautical simulation blockset provides a complete set of tools for the rapid 
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development of nonlinear 6-degree-of-freedom aircraft dynamic models" in page 3, 
col. 2, last paragraph, lines 1-3), wherein a planetary environment is one of factors for 

4 

designing the target system, the instructions comprising: instructions for providing wind 
turbulence models necessary to design the target system (see page 65); and 
instructions for incorporating the wind turbulence models to the target system (see page 
4, col. 2, last paragraph). Rauw discloses wherein the wind turbulence model includes 
at least one discrete wind turbulence model (see "discrete" as "3x1 VECTOR", since 
Rauw's 3x1 vector is not continuous, in "inputs: VelW = the 3x1 VECTOR of wind-axes 
velocities" and "Outputs: TurbVel = the 3x1 VECTOR of turbulence velocities" in the 
same Rauw page 65). 

98. As to claim 81 , AeroSim discloses a medium further holding instructions for 
executing behavior of the target system designed (see page 32. 1^* and 2"^ 
paragraphs). 

99. As to claim 82, AeroSim discloses a medium wherein the wind turbulence models 
are represented by blocks (see " blocks" in page 3, col. 2, last paragraph, lines 1-3). 

100. As to claim 83, AeroSim discloses a medium wherein the instructions for 
incorporating comprises instructions for providing a graphical user interface in response 
to an action taken by a user (see page 32, 4^^ paragraph). 

101 . As to claim 84, AeroSim discloses a medium wherein the graphical user interface 
is provided in response to users clicking the blocks representing wind turbulence 
models (see page 41 . 2"^ paragraph). 
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102. As to claim 85, AeroSim discloses a medium wherein the graphical user interface 
provides an option to change a wind turbulence model to another wind turbulence 
model (see page 41, 2"^ paragraph and "atmosphere" icon in Fig. 31). 

103. As to claim 86, AeroSim discloses a medium wherein the graphical user interface 
provides blanks to enter parameters of the wind turbulence models to produce outputs 
of the wind turbulence models (see page 32, 4^^ paragraph), 

104. As to claim 87, AeroSim discloses a computer-readable medium holding 
instructions executable in a computer for the design of a target system (see "AeroSim 
aeronautical simulation blockset provides a complete set of tools for the rapid 
development of nonlinear 6-degree-of-freedom aircraft dynamic models" in page 3, 
col. 2, last paragraph, lines 1-3), the instructions for comprising: instructions for 
providing equations of motion models necessary to design the target system (see page 
3, col. 2, last paragraph, lines 3-5); and instructions for incorporating the equations of 
motion models into the target system (see page 4, col. 2, last paragraph). Rauw 
discloses wherein the equations of motion models include at least one of simple 

V 

variable mass models and custom variable mass models (see "simple and custom 
variable mass", since Rauw's model incorporates mass fuel flow out of and/or into the 
tank, i.e. mass rate changes, in "1, Parameters: Initial mass = the initial value for the 
fuel flow integrator. Tank structure = a Matlab structure which contains the tank 
parameters read from the JSBSim configuration file. 2. Inputs: MassFlow = the mass 
fuel flow out of the tank (use negative input if the.fuel flows into the tank... 3. Outputs: 
current mass of the fuel in the tank)" in page 177, col. 1 to page 177, col. 2. line 1). 
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105. As to claim 88, AeroSim discloses a medium wherein the equations of motion 
models include at least one of three-degree-of-freedom equations of motion models and 
six-degree-of-freedom equations of motion models (see page 41, lines 1-2). 

106. As to claim 89, AeroSim discloses a medium further holding instructions for 
executing behavior of the target system designed (see page 32, 1^* and 2"^* 
paragraphs). 

107. As to claim 90, AeroSim discloses a medium wherein the equations of motion 
models implemented in multiple axes representations (see "EOM" in page 89, lines 7- 

9). 

108. As to claim 91 , AeroSim discloses a medium wherein the equations of motion 
models implemented in one of body axes (see " body axes" in page 89, lines 7-9) and 
wind axes (see page 50). 

109. As to claim 92, AeroSim discloses a medium wherein the equations of motion 
models are represented by blocks (see " blocks" in page 3, col. 2, last paragraph, lines 
1-3). 

110. As to claim 93, AeroSim discloses a medium wherein the instructions for 
incorporating comprises instructions for providing a graphical user interface in response 
to an action taken by a user (see page 32, 4*^ paragraph). 

111. As to claim 94, AeroSim discloses a medium wherein the graphical user interface 
is provided in response to user's clicking the blocks representing the equations of 
motion models (see page 41, 2"^ paragraph). 
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112. As to claim 95, AeroSim discloses a medium wherein the graphical user interface 
provides an option to change an equation of motion model to another equations of 
motion model (see page 41, 2"^ paragraph and "atmosphere" icon in Fig. 31). 

113. As to claim 96, AeroSim discloses a medium wherein the graphical user interface 
provides blanks to enter parameters of the equations of motion models to produce 
outputs of the equations of motion models (see page 32, 4**^ paragraph). 

114. Examiner would like to point out that any reference to specific figures, columns 
and lines should not be considered limiting in any way, the entire reference is 
considered to provide disclosure relating to the claimed invention. 

Response to Arguments 

115. Applicant's arguments filed 10/01/07 have been.fully considered but they are not 
persuasive. 

116. Regarding the rejections under 112, the amendment corrected all deficiencies 
pointed out and the rejections are withdrawn. 

117. Regarding the rejection under 103. Applicant's arguments have been considered, 
but they are not persuasive. 

118. As to claim 1 , Applicant argues, (see page 17, next to last paragraph to page 18, 
next to last paragraph), that AeroSim fails to teach "displaying a user interface in 
response to a user action, where the user action includes selecting the first icon, the 
user interface including a mechanism that provides the user with the multiple 
component models", and more specifically (see page 18, last paragraph to page 19, 1^^ 
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paragraph), that "The user interface of Fig. 2 and Fig. 31 of the AeroSim manual is not 
displayed in response to a user action including an action selecting an icon in a model. 
AeroSim allows a user to select an icon that represents a library of blocks but that icon 
is not in the model. The user interface of claim 1 is displayed in response to a user 
action selecting an icon in the model of the target system, and includes an option that 
lets a user to select one of multiple component models that can be represented by the 
icon. With this feature, an icon provided in a model may represent different component 
models depending on a user's selection. The user interface of Fig. 2 and Fig. 31 , 
however, is not displayed in response to a user action selecting an icon in a model. 
Rather, the user interface of Fig. 2 and Fig. 31 of the AeroSim manual is provided 
regardless of a model. Furthermore, the user interface of Fig. 2 and Fig. 31 of the 
AeroSim manual does not provide an option for a user to select one of multiple 
component models that can be represented by the icon in the model". Examiner applied 
art in accordance with the guidance set forth in MPEP § 2131, "The elements must be 
arranged as required by the claim, but this is not an ipsissimis verbis test, i.e., identity of 
terminology is not required". Examiner relies upon AeroSim's " blocks " (see "The 
AeroSim library folders, presented in Fig. 2, provide more than one-hundred blocks 
commonly used in the development of aircraft dynamic models. These include 
nonlinear equations of motion , linear aerodynamics, piston-engine propulsion, aircraft 
inertia parameters, atmosphere models, Earth models, sensors and actuators, frame 
transformations, and pilot interfaces such as joystick input and 3-D visual output" in 
AeroSim page 3, col. 2, last paragraph to page 4, col. 2, 1^^ paragraph) to teach the 
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limitation of "component models"; since, for example, the specification defines "The 
component models include models for three-degree-of-freedom equations of 
motion with variable mass and/or six-degree-of-freedom equations of motion with 
variable mass" (see page 5, 2"^ paragraph, lines 4-6). Applicant's statement "AeroSim 
allows a user to select an icon that represents a library of blocks but that icon is not in 
the model" is moot (see AeroSim's The library also provides complete aircraft models 
built using AeroSim blocks" in page 4, col, 2, last paragraph and AeroSim's blocks as 
icons in the model in page 33. Figure 30). Below, AeroSim's Figure 29 (page 33) shows 
a complete aircraft model and its blocks (icons); and AeroSim's Figure 30 (page 33) 
shows a simplified view of said blocks (icons). See, for example, the block labeled 
equations of motion in said complete aircraft model, i.e. a claimed component model 
equations of motion . 
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(AeroSim's page 33) Figure 29: Internal structure of the complete aircraft model 
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(AeroSim's page 33) Figure 30: Simplified internal structure diagram 



119. As to claim 1 , Applicant argues, (see page 1 9, 2"^ to next to last paragraph), that 
AeroSim fails to teach "incorporating the first component model, into the model of the 
target system using the first icon". Once again, Examiner relies upon AeroSim's "blocks" 
to teach the limitation of "component models". 

120. As to claims 38, 39-41, 42-53, 54-59, and 80-86, Applicant argues, (see page 21, 
5th paragraph to page 22, 3rd paragraph, page 23, 4th-5th paragraph, and page 26, 5th 
paragraph to page 27, 1st paragraph), that Rauw fails to teach "a discrete wind 
turbulence model" and that the "AeroSim manual, however, is silent about whether the 



turbulence block represents a discrete wind turbulence model or a continuous wind 
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turbulence model". Examiner relies upon Rauw's "3x1 VECTOR" (see "Inputs: VelW = 
the 3x1 VECTOR of wind-axes velocities" and "Outputs: TurbVel = the 3x1 VECTOR of 
turbulence velocities" in the same Rauw page 65) to teach the limitation of "discrete", 
since Rauw's 3x1 vector is not continuous. 

121 . As to claims 60-72 and 87-96, Applicant argues, (see page 22, 4th paragraph to 
page 23, 3rd paragraph and page 23, last paragraph to page 24, 2nd paragraph), that 
Rauw fails to teach "at least one model for equations of motion with simple variable 
rnass and at least one model for equations of motion with custom variable mass". 
Examiner relies upon Rauw's 
"1 . Parameters: 

Initial mass = the initial value for the fuel flow integrator. 

Tank structure = a Matlab structure which contains the tank parameters read from the 
JSBSim configuration file: 

2. Inputs: 

MassFlow = the mass fuel flow out of the tank (use negative input if the fuel flows into 

i 

the tank... 

3. Outputs: 

current mass of the fuel in the tank)" 

(see Rauw page 177, col. 1 to page 177, col. 2, line 1) to teach the limitations of simple 
and custom variable mass, since Rauw's model incorporates mass fuel flow out of 
and/or into the tank. 
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122. As to claims 3, 15, 25, 26-37, and 73-79 Applicant argues, (see page 24, 3rd 
paragraph to page 26, 4th paragraph, and page 27, 2nd-5th paragraphs), that Rauw 
fails to teach "a non-standard day atmosphere model". In the previous Office action, the 
Examiner exposed his claim interpretation not to limit the scope of Applicant's invention. 
Applicant argues "the present application describes an exemplary embodiment with the 
geopotential altitude input, a non standard day atmosphere model may or may not have 
the geopotential altitude input. The use of the geopotential altitude input does not 
necessarily mean a non standard day atmosphere model" (see page 25, 3rd 
paragraph). According to the Examiner's claim interpretation and Applicant's argument 
of page 25, 3rd paragraph; the art previously relied upon teaches the limitations in 
question. Therefore it is the Examiner's position that the cited references teach the 
claims and the rejections are maintained. 

Conclusion 

123. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Juan C. Ochoa whose telephone number is (571) 272- 
2625. The examiner can normally be reached on 7:30AM - 4:00 PM. 

124. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Paul Rodriguez can be reached on (571) 272-3753. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

125. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
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applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 



more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO 
Customer Service Representative or access to the automated information system, call 
800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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